5.3.3 APPX Application Design Manual

+ Chapter 1-1: Overview of Application Design
+ Chapter 1-2: Getting Started
+ Chapter 1-3: Data Dictionary
+ Chapter 1-4: Understanding Process Design
+ Chapter 1-5: Interprocess Communication
+ Chapter 1-6: Customizing Your Application
+ Chapter 1-7: The Documentation Facility
+ Chapter 1-8: Application Design Tools
+ Chapter 2-1: Data Dictionary Overview
+ Chapter 2-2: Data Dictionary Concepts
+ Chapter 2-3: Domains
+ Chapter 2-4: Files and Fields
+ Chapter 2-5: Work Fields
+ Chapter 3-1: Overview of APPX Processes
+ Chapter 3-2: Getting Started
+ Chapter 3-3: Process Definition
+ Chapter 3-4: Menu Processes
+ Chapter 3-5: Job Processes
+ Chapter 3-6: Input Processes
+ Chapter 3-7: Output Processes
+ Chapter 3-8: Update Processes
+ Chapter 3-9: Query Processes
+ Chapter 3-10: Inquiry Processes
+ Chapter 3-11: Status Processes
+ Chapter 3-12: Subroutine Processes
+ Chapter 3-13: Table Processes
+ Chapter 3-14: Automatic and Optional Children
+ Chapter 3-15: Using the Image Editor
+ Chapter 3-16: Using GUI Features of the Image Editor
+ Chapter 3-17: Using Event Points
+ Chapter 4-1: ILF Integration
+ Chapter 4-2: True/False Status Indicators
+ Chapter 4-3: Specifying Statements
+ Chapter 4-4: The ILF Editor
- Chapter 4-5: The Appx ILF Debugger
+ Chapter 4-6: ILF Keyword Reference
+ Chapter 4-7: Predefined Fields
+ Chapter 4-8: Runtime Subroutine's and Predefined Processes
+ Chapter 4-9: Appx Chart Director API

Chapter 4-5: The Appx ILF Debugger

Hard Coded versus Dynamic Trapping


If you insert only one TRAP statement in an event point, you have several alternatives upon reaching the debugger screen:

By selecting Go, you can execute from the TRAP statement all the way through to the logical end of a process. To reach the logical end of a process, you may be taken through the invocation of one or more automatic children along the way. The only exception is that, if the routine involves a loop that causes the logic to re-execute the TRAP statement, processing is interrupted again at the TRAP until the loop ends.

By pressing Enter you can single-step through a routine, one statement at a time, beginning with the TRAP statement.

You can set additional break points dynamically by positioning the cursor on any desired statement line and pressing Select (F3) to clear or set a TRAP. When you select Go, you execute from the TRAP statement up to (but not including) the next break point.

By selecting Step/End, you can step directly to the last statement in the current event point (and execute all the statements along the way). If, at this point, you press Enter, you execute the last statement of the current event point and automatically step to the first statement of the next event point within the current process. In this way, you can debug more than one routine with only a single TRAP statement. If there are no more event points, you are taken to the normal end of the process.

You can use Select to 'turn on' and 'turn off' a trap on any line, including TRAP statements. If you turn off a TRAP statement, it is simply bypassed during execution. The debugger alerts you to the statements that are in active trap mode; these active lines are brightened. To reverse the existing active/inactive status, simply position the cursor anywhere on the desired statement and press Select (F3). If a line was previously brightened, it reverts to normal color, and vice-versa. In this way, you control which lines have a TRAP set and, therefore, where break points occur when you execute a process by selecting the Go option.

Application Design Manual                                         "Powered by Appx Software"

590

©2006 By APPX Software, Inc. All Rights Reserved